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1. THE HISTORY OF CSNET 

The CSNET story began in Madison, Wisconsin on a spring 
morning in May 1979. Lawrence Landwcber, then chairman 
of the University of Wisconsin’s Computer Science Depart¬ 
ment, had invited a group of colleagues from other universi¬ 
ties as well as representatives from the Defense Advanced 
Research Project Agency (DARPA) and the National Science 
Foundation (NSF) to discuss “the feasibility of establishing a 
Computer Science Department research computer network.” 
For two days, the 13 participants, representing six universities 
and two potential funding agencies, heard presentations and 
exchanged views. All were excited by the prospect of a com¬ 
puter science network which would connect their organiza¬ 
tions. Yet each held a different view of what the network 
should provide, how it would operate, and how it could be 
funded. As they sat listening, past experiences came to mind. 

Robert Kahn, director of the IPTO office of DARPA, had 
contributed to the early research and development of ARPA¬ 
NET, one of the oldest long-haul, packet-switched networks; 
he administered a research program that kept ARPANET at 
the state of the art. The group knew that ARPANET provided 
services like mail and Die transfer, sites with ARPANET ac¬ 
cess engaged in research for the Department of Defease, and 
ARPANET connected military sites, government sites, and a 
handful of universities. They also knew that because commu¬ 
nication over the network was convenient, researchers with 
ARPANET access tended to interact among themselves and 
ignore those without access. 

Peter Denning of Ihirduc University appeared at the Madi¬ 
son meeting, but not as an observer. As vice president of the 
ACM and head of a large Computer Scicnpc Departriiont that 
did not have ARPANET access. Dcnning'was acutely aware 
that the top computer science departments, sucli as those at 
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Tin: Massachusetts Institute of Technology. Caruegie-Mollcm 
University, am! Stanford University, used ARPANET exten¬ 
sively. Like inany others at the meeting he sensed a growing 
split in the community Ixriween those with ARPANET access 
and tliosc williout it. He believed that network across would 
be critical to all computer science departments in attracting 
and retaining faculty and students. 

Purdue was typical of many non-ARPANET schools: They 
had joined with Bell Laboratories and several other universi¬ 
ties to exchange massages and small files over telephone lines. 
In the beginning, the research computer at Bell Labs polled all 
sites on this informal network once a day over dial-up phone 
lines, retrieving all outbound messages, and depositing mes¬ 
sages that it had queued waiting for that site. The software, 
which ran under the UNIX’ operating system, was known as 
uucp {UNIX to UNlXcopv program] Phone calls were expen¬ 
sive. and uucp traffic had built up to the point where it began 
interfering with other uses of the computer. In the spring of 
1979. Bell Labs announced that it would no longer transship 
mail between non-l^abs sites; when the network service 
ended, it left several universities disconnected. 

Anthony Hearn, then head of the Department of Computer 
Science at the University of Utah, was among the few atten¬ 
dees who had used ARPANET first-hand. He had organized a 
group of researchers who shared his interest in symbolic com¬ 
putation into a group that exchanged information and pro¬ 
grams over the network. He was interested in expanding 
SYMBOLNET to include researchers at universities without 
ARPANET access. Realizing that telephone connections were 
slow and expensive. Hearn had started a project to use public 
packet-switched networks to reach beyond ARPANET. 

Landweber held another view of networks. Although his 
primary research had been in theoretical computer science, 
he realized that network communication could significantly 
improve his research environment by allowing him to better 
communicate with fellow researchers. As a department chair¬ 
man. he too believed that without network access, research¬ 
ers in his department would lose ground to those in other 
departments. 

Two years earlier, after discussions with his colleagues 
Richard DeMillo and Richard Lipton. Landweber had orga¬ 
nized an electronic mail fadlitv for theoreticians; it was called 
THEORYNET. Funded by NSF. THEORYNET provided mem- 
_ bers a mailbox on a central computer at the University of 
Wisconsin which users accessed from terminals over dial-up 
phone lines or through the Telenet public packet-switched 
network. Although THEORYNET had been successful in at¬ 
tracting users (over 100 researchers working in the area of 
theoretical computer science had sent or received messages), 
it was limited to message transfer. Landweber wanted to ex¬ 
tend THEORYNEr to include file transfer, remote login, and 
faster message delivery. Such extensions required radical 
change; Instead of connecting terminals to a computer, the 
new network had to connect computers to other computers. It 
would require every site to agree on the means of connection 
and the communications software. Landweber hop>cd that the 
group could agree on the technology quickly and move on to 
implementation. 

Kent Curtis, head of NSF's Division of Mathematical and 
Computer Sciences, was not surprised to receive an invitation 
from landweber to attend the Madison meeting NSF had 
funded Lmdwobcr’s THEORYNET project; the tw'o talked 
frequently. 


’ UNIX is a Ir.itinnarl of llrtl I Jilxiralorirs. 


Curtis arrival in Madison with much more than THEORY- 
NKTon his mind. lie knew that many computer scientists in 
universities de|xmd<xl on NSF for their research funding, and 
that the split between those with ARPANET access and those 
without was widening, lie also knew that industries had been 
luring faculty and students awav from basic research at uni¬ 
versities with high salaries and superior facilities. The migra¬ 
tion awav from universities had come at a time when the 
national demand for computer specialists to train students 
was at an all-tinic high and still increasing Eventually, the 
declining supply of trained students and increased national 
demand could trigger a crisis. 

Working from roj»rts that blamed part of the problem on 
the inadequate and outdated facilities available in most uni¬ 
versities. and from the advicc of leaders in the field [1], Curtis 
was planning new NSF programs that would help schools 
improve their facilities. Sffifitrof that advice came from NSF's 
Computer Science and Eng i n eering Advisory Panel in a reso¬ 
lution adopted four years earlier [2]: 

We recommend that NSF provide to qualified computing re¬ 
searchers easy access to an international computer network. This 
access would create a frontier environment which would offer 
enhanced communication, collaboration, and the sharing of re¬ 
sources among geographically separated or isolated researchers. 

1.1 The Proposal 

After listening to the discussion. Curtis agreed that a network 
could make a significant improvement in university facilities. 
He suggested that the group submit a proposal to NSF for 
evaluation through peer review. He offererd a few guidelines; 
(1) NSF wanted to help many schools; (2) the network should 
provide a variety of services with cost proportional to use; (3) 
NSF fupds were limited—at most. S5 million would be avail¬ 
able for the entire project; (4) NSF would not pay costs indefi¬ 
nitely, so the network should be self-sustaining after five 
years; and (5) NSF sought community participation in the 
design and construction of the network. 

During the summer of 1978. Landweber, with the help of 
Denning Hearn, and Robert Ritchie (chairman. University of 
Washington), sketched out a proposal. They quickly realized 
that S5 million was not much money for what the group 
envisioned. Besides the cost of equipment and software, the 
money had to cover the cost of managing the software devel¬ 
opment, the cost of establishing an organization to collect and 
distribute bills, the cost of communications between sites in¬ 
volved in the development, and the cost of publishing and 
disseminating information and software. Clearly, the new 
network would have to rely on existing communication 
services; the funds would not cover equipment cost for a 
direct copy of the ARPANET. 

Everyone was attracted to the idea of using public packct- 
sw'itched networks (e.g.. GTE Telenet) for machine intercon¬ 
nections. Such services were available almost everywhere (in¬ 
cluding Europe). and they advertised higher speed connec¬ 
tions than dial-up telephone. In addition, low-speed connec¬ 
tions could be installed initially and upgraded to higher speed 
should the site want to spend more. So, the proposal was 
based on the idea of a net-connecting computer science de¬ 
partment machines over public packet-switched networks. It 
was called CSNET. 

The group sent copies of the draft out to the community. 
Reactions were mixed. Some said the proposed nctw'ork 
would provide a quantum improvement in their environ¬ 
ments; others questioned the rationale behind the plan. How 
would the proloail software he implemented? Who would 
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manage the development? What ly]x: of organization would 
l*c established lo run the: network? Why not use ARPANET 
iaslcad? In December 1979. I-atidwolx:r revised the draft to 
address these questions and submitted it to NSF. hoping for 
funding by the: following summer. NSF sent the projMsal to 
many reviewers in academia and industry. 

The reviews came in April 1980 and were skeptical. It was 
agreed that the need was great, but there were reservations 
about the project as proposed. Would the proposed distributed 
management scheme work? The principal investigators were 
not engaged in research on networks; were they qualified for 
such a large project? The technology already existed; should 
NSF support a project with a large development component? 
How would researchers on CSNET communicate with those 
on ARPANET? NSF felt it could not commit funds to a major 
project while such doubts remained. NSF also felt it could not 
completely reject a proposal that had such strong support 
from some reviewers. As a compromise, NSF offered to fund 
further study of the problem. If the study wont as expected, it 
would result in a revised proposal that would be acceptable 
to all 

1 3. The Study 

At first, the news depressed those who had invested consider-. 
able time and effort in the proposal. The reviewers’ comments 
showed that the proposal lacked a concrete plan. In their 
concern for non-ARPANET schools, the group had ignored 
ARPANET, but as the reviewers pointed out, communication 
with ARPA sites would be important. The proposal also ex¬ 
cluded researchers who could not afford a connection to a 
public packet-switched network (at least Si000 per month), 
and researchers who could not persuade their computer cen¬ 
ters to run the CSNET software. 

NSF wanted the group to understand NSF procedures and 
budget limitations. They appointed Charles W. Kern, a chem¬ 
ist who had used computers in his research, to represent NSF 
in the CSNET discussions. Although Kem knew little about 
the technical details of computer networks, his work at NSF 
helped him guide the group toward a better proposal. He 
describes his task as that of a protagonist—one who worked 
to assess and implement the wishes of the computer science 
community. Most important, he encouraged the group to con¬ 
sider all parts of the community including small schools, indi¬ 
vidual researchers, and industrial research labs. 

At DARPA, Kahn learned that one of NSF’s major concerns 
was how CSNET sites would communicate with ARPANET 
sites. Concerned about the future of computer science depart¬ 
ments and eager to extend the cooperation between DARPA 
and NSF. Kahn appointed one of his scientists. Vinton Cerf. io 
work with the CSNET group to find a way to connect the two 
networks. 

Encouraged by these developments. Landwcber decided to 
regroup and revise the proposal. In a flurry of activity during 
May 1980. he requested NSF funding for the study, and began 
to rally the community around the idea of CSNET. He 
organized a meeting at the University of Califomia-Berkcley 
attended by a larger group representing more of the computer 
science community. 

The Berkeley meeting was imi»rtant in several ways. Sci¬ 
entists like Bruce Arden. Alan Batson. Fernando Corbato. Jer¬ 
ome Feldman. Richard Fate man. and Nico Hnlxrrmann at¬ 
tended. For many, it was their first introduction lo CSNET. 

With the new faces came new ]x:rspectives and new ideas. 
DARPA announced their sujijxjrt for the CSNET project, and 
Cerf volunteered to work on an architectural plan that would 


interammxi CSNET and the ARPANET. Other groujis wen: 
formed lo study ways lo organize the business of running 
CSNET. and to devise an implementation strategy. 

Ritchie volunteered to send out a questionnaire asking de¬ 
partments what services they needed and how much they 
were willing to spend. The results were imj>ortnnt because 
they helped define the needs and the constraints. The survey 
suggested that schools wanted a wide rango of services includ¬ 
ing message and file transfer, but some schools could not 
afford high-speed network connections. So the planners began 
looking for a scheme that would encompass more of the 
community by making costs depend on the speed, volume, 
and quality of service. 

David Farber of the University of Delaware offered a solu¬ 
tion lo the problem of providing-low-cost mail service for sites 
that could not afford direct connections to public networks. 

He had been running a mail rclay serviaj for the Army that 
used dial-up telephone connectionsioTetrieve and deposit 
messages. The relay sent mail destined for ARPANET sites 
directly over the network, but queued mail destined for those 
sites contacted by telephone until they were polled. Each site 
could determine how frequently it was polled and pay the 
resulting phone cosL Sites that had dial-out equipment called 
the relay themselves whenever they chose. The software, 
called MMDF, ran under the UNIX operating system [3]; Far¬ 
ber offered it to CSNET without cost. 

MMDF was attractive. Because the software was already 
written and debugged, it could be sent out immediately, pro¬ 
viding early mail service for everyone. In the long tenn. it 
would shuttle mail to sites that could not afford packet- 
switched network connections. Meanwhile, vendors offering 
public packet-switched network services were contacted to 
obtain more details about availability, cost, and potential dis¬ 
counts. GTE Telenet, one of the largest, was chosen as the 
tentative vendor. 

1.3 The Revised Plan 

A revised plan containing three major components grew out 
of the work of the Berkeley meeting. The components were: 
general network services, protocol development, and 
PhoneNet. 

Services. A services component was needed to define the 
services that the network would supply and to establish the 
software that would provide these services. The group envi¬ 
sioned several network-wide services like “directory assist¬ 
ance" that would help users locate one another. In addition, 
the services component included the work of building organi¬ 
zations to operate and to manage the network once it became 
self-sufficient. 

Protocols. The protocols component was needed to define 
the interactions between CSNET member’s machines and the 
networks like Telenet and ARPANET that connected them. 
The protocols comi»»cnt would study what hardware could 
be used to connect member’s machines to the public packet- 
switched networks, and would establish the necessary soft¬ 
ware. 

PhoneNet. The telephone relay comjxancnt would provide 
low-cost mail service to sites that could not afford direct high¬ 
speed network connections. The term PhoneNet came into 
use for the set of CSN1TT sites constituting this imaginary 
“network.” 

As discussions continued, the comjxmcnls became more 
focused. 

1-atcr that summer. Cerf laid out his plan to provide for 
interconnection between ARPANET and the other CSNET 
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networks. CSNET would lie a JoginoJ network 
c<mi|x».rd of several physical networks. Noltwan; would be 
built to bide Hie dilluroncos. making all services nvaihiblo to 
all users. Users on ARPANET would access CSNICT services 
through ARPANET. As suggested in the original projiosal. an 
equivalent set of services would bn available to CSNET Tele¬ 
net users. A computer called the VnJuo-Addt*/ Net ivork (VAN) 
gateway would connect the two into what is known as an 
internet. Already a leader in the area of internet connections, 
DARPA was working on a new set of communications proto¬ 
cols allied TCP/IP that CSNIT could use to automatically 
route information across the gateway onto the appropriate 
network. Furthermore. DARPA was willing to build the VAN 
gateway and to give CSNET the TCP/IP software. The 
planning group accepted Cerf’s proposal (4). 

By August 1980, when the planning group met again, re¬ 
ports were available from the organizational, implementation, 
and architecture subgroups. They had identified several goals; 
tire cost should be proportional to the type and volume of 
service; all researchers should have access to CSNET; CSNET 
should eventually be self-sufficient; and development should 
cost less than $5 million and take less than 5 years. They had 
a firm technical plan, including support from DARPA. 

With this. Landweber and a few others began to revise the 
proposal. They chose the TOPS20 and the UNIX operating 
systems for the initial implementation (based on the number 
of sites that could be served). They divided the project into 
specific tasks and designated a manager. They worked with 
Kem to gather and document community support, and with 
DARPA to decide how duties and responsibilities would be 
divided. They picked five sites: the University of Wisconsin, 
Purdue University, the University of Delaware, The Rand 
Corporation, and the University of Utah, to do the initial 
development. They found faculty members with systems ex¬ 
perience to head the technical projects. Marvin Solomon and 
Landweber, both from Wisconsin, would head the CSNET 
nameserver and service machine projects, respectively. Doug¬ 
las Comer of Purdue and Lee Hollaar of Utah would head the 
communications protocol work cooperatively. 

In October 1980. the group submitted its revised proposal to 
NSF for evaluation, and waited again. Landweber, Denning 
and others began to solicit support from key people, taking 
time to discuss the need for CSNET, and looking for ways to 
improve the project. Meanwhile. Kem assumed responsibility 
for soliciting reviews and the other details necessary to move 
the proposal through NSF. 

1.4 Before the Board 

In late December 1900, with a fresh set of reviews in hand, 
NSF told Landweber that the evaluation had gone well. How¬ 
ever, one major hurdle remained. Projects requiring substan¬ 
tial funds had to be presented to the National Science Board 
for approval. NSF told Landweber they would submit the 
proposal to the Board at its winter meeting in January. If the 
project was not approved in January, the Board would not 
meet again until late spring It had been 18 months since 
Landwebcr's first meeting in Madison; another six-month 
delay seemed intolerable. 

The main question raised by the second set of reviewers 
W’as whether the proposed investigators had enough experi¬ 
ence to manage a large, multi-site project. Such a project was 
bound to uncover interesting research problems that could 
easily distract a professor, they argued. They also asked how a 
manager at one university could keep a group at another 
university on schedule. As Kem prewired to present the pro¬ 
ject to the National Science Baml. Kent Curtis identified the 


management problem ns a weak spot, lie was convinced that 
the Baird wolild not ijyiore the reviewers' objections. To 
guarantee adequate management, lie reasoned, NSF would 
have Io take an active role. It would lie an unusual step for 
NSF. but there were no alternatives. Curtis appointed Kern to 
be a full-time project manager and oversee all the compo¬ 
nents of the project. 

With only a few weeks before the meeting of the Science 
Board. Kern asked the group for more details. Could they be 
more specific about the responsibilities assigned to each site? 
Could they develop five-year workplans? Confident that the 
proposal would be approved, Landweber called groups to¬ 
gether to develop workplans and schedules. For some, it was 
the first time they met. 

All went well. Kem received the workplans, and presented 
the project to the Sriehce’Boafd in mid-january 1981. They 
approved with one stipulafjsifelhat NSF extricate itself from 
management by January 1983. This implied that a major part 
of the activity would be focused on setting up the organiza¬ 
tion to collect and disburse funds, and that the project must 
be sufficiently advanced after two years that users would be 
willing to begin paying dues and fees. 

1.5 The Contracts 

After the project had been approved, each site had to file and 
sign a contract stating its responsibilities. The University of 
Delaware took responsibility for PhoneNet. The University of 
Wisconsin took responsibility for establishing a CSNET “serv¬ 
ice” machine that would provide services like simplified net¬ 
work mail addressing and directory look-up (nameserver), and 
took responsibility for acquiring equipment and forming the 
CSNET organizations that would establish policies and man¬ 
age the network. Purdue University and the University of 
Utah took responsibility for specifying and implementing 
communications protocol software to link DARPA's TCP/IP 
toTelenet’s protocol, X.25. 

Minor problems delayed the signing While contracts were 
being drafted, lawyers debated who had the right to publish 
reports and how to specify the sites’ workplans. Heam moved 
from Utah to the Rand Corporation during the process. The 
management committee decided to concentrate protocol ef¬ 
forts on the VAX UNIX system, so the Utah work on TOPS20 
was dropped; Purdue took over. Meanwhile, Heam convinced 
the Rand Corporation to become involved in the telephone 
mail relay effort, and Rand became the west-coast counterpart 
of the Delaware relay. 

During this period, the project was defined and docu¬ 
mented in detail. The NSP contracts would provide seed 
money to build an initial version of the CSNET software, 
establish an initial set of services, and form organizations to 
manage and control the network. 

Kern expedited the paperwork ivithin NSF. He formed 
technical, policy, and organizational support groups with rep>- 
resentation from the project staff and the computer science 
community to help review project progress and to guide in 
the eventual formation of an organization to run the network. 
He also defined a management committee and appointed peo¬ 
ple to it: Landweber (Chairman of the Policy Support Group). 
Farber (Chairman of the Technical Support Group), Heam 
(Chairman of the Organizational Supiorl Group), Donning 
(At-Large Member), and Kern (Project Manager)/ 

By June 1981, when the dust had settled, contracts were 
signed, and work began in earnest. 


1 Richard Erimislon was added to represent the C!C after that organization was 
formed (see section "I'hitsc Three**). 
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2. THE STATUS OF CSNET 

CSNET development proceeded on several fronts simultane¬ 
ously; milestones were scheduled in roughly three phases. 
Phase One established mail relay services and a public host. 
Phase Two will implement software to connect hosts across 
Telenet and establish a namcservcr. And Phase Three will 
complete the formation of organizations to control and man¬ 
age the network, making it self-sufficient. According to the 
schedule. Phase One was to be completed within the first 
year. Phase Two is scheduled to be completed at the end of 
three years. And Phase Three is scheduled to be completed at 
the end of five years. The development contracts reflect this 
schedule; those concerned with Phases One and Two end 
after three years, while others end after five years. 

2.1 Phase One—Public Host and PhoneNet Relays 
By July 1932, Phase One was complete. The public host, 
temporarily located at the University of Wisconsin, provided 
dial-up access to CSNET for researchers who did not have a 
computer on which to run CSNET software. The public host 
consists of n Digital Equipment Corixnation VAX ll/7.i0 run¬ 
ning Berkeley's VAX UNIX o|>crating system with user privi¬ 
leges limited to sending and receiving memos. 

Headed bv Fnrber (Delaware) and Hearn (the Rand Corpo¬ 
ration). the PhoneNet group had established two mail relays 
serving over 24 PhoneNet sites ns shown on the map. Ulti¬ 
mately, the location ami nuinlx'r of relay sites well he deter¬ 
mined by the number of sites that remain on PhoneNet. 


The PhoneNet software has been transported from a 
Version 6 UNIX system to a Berkeley VAX UNIX system, and 
packaged for distribution. Work is underway to add a uucp 
connection, and to integrate the MMDF mail transport system 
with Berkeley’s new sendmoil transport system. (Currently, 
MMDF and sendmail both perform the same general func¬ 
tions.) 

2.2 Phase Two—Telenet Connectivity and Namcservcr 
Services 

By fall 1982, Phase Two was well underway. Headed by 
Comer* (Purdue), the protocol group designed and imple¬ 
mented an X.25 protocol interface for the TCP/IP protocol 
software that DARPA provided to CSNET [5], It will form the 
backbone of the CSNET software for Telenet users. The im¬ 
plementation runs on a Digital Equipment VAX under Berke¬ 
ley VAX UNIX, using an Interactive Systems Corporation 
lNcard/X.25 device to connect the VAX to Telenet. 

In a demonstration on June 15. 1982, a computer at the 
University of Wisconsin at Madison was connected to n com¬ 
puter at Purdue University over GTE Telenet. The protocol 
software, transparent to user-level software like the mailer, 
establishes and disconnects host-to-host X.25 connections over 
Telenet automatically when the TCP/IP layer needs to send 
datagrams. The interface software, under tost by contractor 

*)ohn T. Korb assumed (!oimrr's duties hr>;imiinx Au^uM 1. during 
Gomttr s sahli.Hit .il Iravr. 
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.sites nnli! late in 19112. Ixxxmics available for CSNET momlxir 
situs in tin; fail of 1 iMiH. 

Work lias txinoenlraletl on finding cost-effective wavs of 
using tlio X.2. r ) semen provided by Tolonot with TCI’/Il’. A 
difference in hasir: philosophy botwnon II* and X.25 accounts 
for tin: problem: IP tisrs; ricilognims while X.25 uses virtual cir¬ 
cuits. With the datagram approach, the system divides a mes¬ 
sage into Jackets. places the destination address on cuch 
packet and sends the (jacket to the network for delivery, 
analogous to the way one sends telegrams. As the datagram 
moves across the network, its jiath is computed dynamically, 
depending on traffic. Virtual circuit services establish and 
record a path through the network to the destination machine 
(at a relatively high cost), and then send packets back and 
forth across the path (at a lower cost). When the user closes 
the virtual circuit, the network eliminates the record of the 
path. One cannot afford to open, an X.25 : virtual circuit for 
each datagram that must be sent because the charges for 
opening circuits are high. The IP-to-X.25 interface software 
manages a set of X.25 virtual circuits, automatically discon¬ 
necting a virtual circuit when it has been idle. The interface 
also multiplexes all communications between two machines 
over the same X.25 connection to minimize cost. (More details 
can be found in [5].) 

Headed by Solomon (Wisconsin), the CSNET nameserver 
group has produced the Phase Two service software [6]. It 
runs on a second VAX 750. called the service host, located at 
the University of Wisconsin. 

The nameserver look-up scheme uses a list of key words 
that the user supplies in addition to the user’s name to help 
narrow the search. Authority to register a site rests with the 
CSNET. Coordination and Information Center (CIC). Once a 1 
site entry has been established, the software allows users to 
install and edit their own entries. Users might choose to list 
their area of research, personal attributes, or even common 
misspellings of their names as keywords—any string that 
would help identify them. To send mail, one will only need 
to list enough keywords to identify the recipient. 

By November 1982. a preliminary version of the name- 
server running on the service host responded to interactive 
queries from CSNET machines on ARPANET or Telenet. 

Users can edit their own entries, and find the network ad¬ 
dress of colleagues interactively. Eventually, all CSNET mail 
systems, including the telephone-based relay systems, will 
consult the nameserver to determine mail addresses automat¬ 
ically, based on names and keywords in the header. When 
installed on member’s systems, the automatic look-up facility 
will eliminate many delays caused by incorrect or unknown • 
addresses. 

2.3 Phase Three—Organization and Management 
Because the Science Board restricted direct management by 
NSF to two years, much energy has been focused on forming 
organizations to take over CSNET. Two organizations were 
envisioned in the original plan: a Coordination and Informa¬ 
tion Center (CIC). which would manage the network: and a 
controlling organization, sometimes called CSNET Inc., which 
would have ultimate authority. 

2.4 The Coordination and Information Center 
According to the original plan. CIC would continue CSNET 
development after the initial Iwo-vear )>oriod; help new users 
establish connections: provide information to the public and 
to member sites: answer questions from a “hotline": and col¬ 
lect and dis|x:rse monies from membership dues, equipment 
and software, and network use. CIC. resjxmsiblc for day-to¬ 


day planning, would also lx; able to investigate hulk rate 
discounts for network use. It would keep abreast of technol¬ 
ogy, and suggest impmvumeiils and enhancements to the con¬ 
trolling organization. 

hi the fail of NSP initiated its search for nn organiza¬ 
tion to assume the role of CIC by issuing n request for propos¬ 
als 0 ]x:» to all qualified institutions (except the four CSNET 
contractors). The request described the responsibilities of the 
CIC. but iicrmittcd the projjosing institution flexibility in 
choosing how it would fulfill them. Prom the review process, 
NSF selected Bolt Beranek and Newman (BBN) as the home 
of the CIC. At BBN. Richard Edmiston heads the CIC and sits 
on the management committee. 

2.5 The Controlling Organization 
As envisioned, the controlling organization, probably com¬ 
posed of a representative.from each member site, would re¬ 
view progress, set policy, stntfgive long range direction to the 
network. During the sprihgand summer of 1982, the organi¬ 
zation and policy support groups together drew up a proposed 
constitution and a set of by-laws for the controlling organiza¬ 
tion. One of its responsibilities was using this material in 
preparing the solicitation. The results of the search will be 
announced by October 1983. 

3. COSTS OF CSNET SERVICES 

Potential CSNET sites commonly ask: “How much will a 
connection cost?" Of course, the answer depends on the type 
of connection, frequency and volume of traffic, and type of 
organization. NSF has approved a dues structure as shown in 
Table 1. 

Estimates for hardware, connection, and tisffic have been 
computed for various size organizations, based on traffic ob¬ 
served on ARPANET and traffic between early CSNET sites. 
(These are summarized in [7].) Telenet sites can expect an¬ 
nual casts (excluding dues) of between $15,000 to $21,000 for 
use by approximately 20 to 50 researchers. In addition, equip¬ 
ment costing approximately $10,000 is needed to connect to 
Telenet. For sites with little traffic. PhoneNet is much less 
expensive: the annual charge for 20 researchers is estimated 
to be $9,000. At higher traffic volumes, however, telephone 
connections become more expensive than Telenet connec¬ 
tions. With 50 users. Phonenet is expected to cost $25,000. 

4. SUMMARY AND CONCLUSION 
4.1 Summary 

CSNET is a logical network spanning several physical nets: 
ARPANET. Telenet, and a lowcost telephone-based mail relay 
service called Phonenet. The goal is to provide services and 
connectivity among all persons engaged in computer science 
research. The cost of CSNET service will be proportional to 
the type and volume of use. Seed money, provided by NSF, 
will cover development costs but the network must be self- 
sufficient after five years. Development is carried out by 
groups at the University of Delaware. Purdue University, the 


TABLE 1: Annua! Dues for CSNET 

Industrial site—$30,000 
Government or Non-Profit site—$10,000 
Uhiversity site—$5,000 
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Information on CSNET Membership 

CSNET is open to institutions that support a significant computer research 
activity. Information can be obtained by writing: 

CSNET CIC, 

Bolt, Beranek, and Newman Inc. 

10 Moulton Street 
Cambridge. MA 02238 

or by cafcng the CSNET Hotline (617) 497-2777. 


Rand Corporation, and the University of Wisconsin, under 
NSF management. CIC. responsible for managing the network 
and distributing software, is located at Bolt, Beranek. and 
Newman Inc. A parent organization hasnot-yet been ^char¬ 
tered. A large portion of the Computer science research com¬ 
munity has been involved in the formation, planning, review¬ 
ing, and support of CSNET. 

4.2 Conclusions 

Perhaps it is too early to draw conclusions about CSNET. 
Some observers wonder whether CSNET can be self-sufficient 
and how it will keep up with changes in technology'. Others 
talk of starting online technical journals, distributed research 
projects, and automatic software distribution over the net¬ 
work as if everyone already had access. 

A larger question arises about the community’s awareness 
of networks in general. It is obvious from the renews of the 
CSNET proposal that many researchers remain unen¬ 
lightened. Some said CSNET could not run over a public 
packet-switched network. (Now. it does.) Others said it had 
already been done. (It hadn’t.) One reviewer even asserted 
that networks were unimportant because they are only used 
to make luncheon appointments. Vendors promised that their 
off-the-shelf systems would solve all the technical problems, 
and many reviewers believed it. (The earliest commercial 
network with similar services is years away'). 

• Many sites arc still naive about the cost of network connec¬ 
tions as well. An ARPANET node (IMP) costs roughly 
$107,000 annually in 1983 (flat rate, no additional traffic 
charges). By comparison, the cost estimate for a CSNET Tele¬ 
net connection that supports 30 heavy users and 20 moderate 
users is $21,000 annually. Thus, the benefits of network com¬ 
munications do not come for free. 


My personal view of CISNITT can he explained best by 
example. When 1 first met Kom. he was pro|uring to present 
CSNET to the Science Btxtril for NSF. He asked me whether 1 
thought CSNET was worthwhile. "Yes,’’ I told him. “connect¬ 
ing all computer scientists will change the way they do re¬ 
search.’’ From the look on his face, I could tell he was not 
quite sure he agreed; computer science and computer net¬ 
works were new and foreign to him. Recently, after he had 
used network facilities for over a year, 1 asked him W'hcther 
he thought a network like CSNET would help chemists. He lit 
up. “Yes,” he said, “I’m sold on network technology.” 
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